Authentication system

ABSTRACT

A system for creating authenticating a user from user information, hardware profile, and combinations thereof, where the hardware profile includes user generated data stored on an electronic device.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No. 14/385,742, filed Sep. 16, 2014, which is a national stage of International Patent Application Number PCT/US2013/032040 filed Mar. 15, 2013, which claims the benefit of U.S. Provisional Patent Application Nos. 61/612,023 filed Mar. 16, 2012, 61/708,607 filed Oct. 1, 2012, and 61/737,557 filed Dec. 14, 2012, the contents of which are incorporated herein by reference in their entirety.

BACKGROUND

Identity fraud is the leading type of credit card fraud in the US. Over 9 million adults are victims each year, which results in $100 million in merchant losses. Despite the increased digital power at our disposal, the state of the current security systems available for the prevention of identity fraud is still inadequate.

A problem associated with current security systems is that they lack the ability to truly discern an identity of an individual at the fundamental level.

Accordingly, there is a need for a better security system that is able to truly discern an identity of an individual in order to prevent identity fraud.

SUMMARY

The present invention is directed to methods and systems that satisfy this need. An exemplary method comprises obtaining user information about a user of a hardware device, authenticating the user from the user information, obtaining a hardware profile of the device, the hardware profile comprising user generated data stored on the device, and linking the user information and the hardware profile as a combined electronic identification. The hardware device can comprise a processor, memory, a touchscreen interface, and a wireless communication module, and can be a device such as a mobile phone, computer, or tablet computer.

Preferably, linking comprises concatenating the user information and the hardware profile.

The invention is also directed to a method for creating a combined electronic identification associated with a hardware device comprising the steps of inputting user information about a user on the device, sending the user information from the device to a server, receiving authentication from the server, and sending a hardware profile from the device to the server to create a combined electronic identification, the hardware profile comprising user generated data stored on the device.

In one version the hardware profile comprises information on the hardware device selected from the group consisting of (a) contact information, (b) mobile network code, (c) information about music, (d) pixel colors from a background screen, (e) installed applications, (f) arrangement of the applications, (g) frequency of use of applications, (h) location of the user, (i) Bluetooth device pairings, (j) carrier name, (k) mobile country code, (l) phone number, (m) photos, (n) device name, (o) MAC address, (p) device type, and combinations of one or more thereof.

In one version the user is authenticated from user information, the user information comprising information about the user selected from the group consisting of the user's (a) name, (b) social security number, (c) national identification number, (d) passport number, (e) IP address, (f) vehicle registration number, (g) vehicle license plate number, (h) driver's license number, (i) appearance, (j) fingerprint, (k) handwriting, (l) credit card information, (m) bank account information, (n) digital identity, (o) date of birth, (p) birthplace, (q) past and current residence, (r) age, (s) gender, (t) marital status, (u) race, (v) names of schools attended, (w) workplace, (x) salary, (y) job position, (z) biometric data, and combinations of one or more thereof.

In another version, the user provides answers to knowledge based questions that only the user would know all the answers to. The probability to which the user is identified can also be determined.

In one version the user information comprises biometric data of the user, such as fingerprint, retina, and voice data.

In another version of the invention at least one of the user information and the hardware profile are salted and hashed prior to linking to create a combined electronic identification. Alternatively, both the user information and the hardware profile are salted and hashed prior to linking Preferably, salting is done by a three to seven digit random number generator, and hashing is done by SHA-2.

Preferably, the hardware profile and user information are salted and hashed before transfer to any external device. The salting and hashing can be by individual items or in groups of items.

A system for performing for creating a combined electronic identification associated with a hardware device comprising a processor, memory, an input interface, and a transmitter, the processor being programmed to process through the input interface the user information, transmit through the transmitter the user information to a first server, receive through the transmitter authentication from a second server, transmit through the transmitter the hardware profile to the first server to create a combined electronic identification.

In one embodiment, the first and second server are the same server.

In one version the hash information and hardware are truncated to reduce the amount of information transmitted to a server. The truncation can be performed in such a way that sufficient information is retained to differentiate one user from another user.

The present invention is also directed to a method of allowing a transaction by a user utilizing a stored electronic identification, the stored electronic identification comprising a first stored hardware profile and stored user information, the method comprising the steps of receiving user information and a hardware profile of hardware associated with the user, both hardware profiles comprising user generated data stored on the device, comparing the received user information and the received hardware profile against the stored electronic profile, wherein the received hardware profile and the stored hardware profile are different by at least 0.02%, and allowing the transaction to proceed only if the received hardware profile and the stored hardware profile match by at least 60% and the received user information and the stored user information match by at least 30%.

The present invention is also directed to a method for a user to perform a transaction with an electronic communication device comprising the steps of salting and hashing a hardware profile of the electronic communication device with user information stored on the device, the hardware profile comprising user generated data stored on the device, sending the salted and hashed hardware profile and the user information to a server, and receiving instructions from the server regarding whether or not to proceed with the transaction.

Alternatively, the method further comprises the step of entering a security pin to verify the user.

The present invention is also directed to a method for a user to perform a transaction utilizing a first electronic communication device comprising the steps of connecting with a transaction receiver, receiving from the transaction receiver electronic data for a second electronic communication device different from the first electronic communication device, the second electronic communication device having a user associated therewith and a hardware profile associated therewith, the hardware profile comprising user generated data stored on the device, sending with the second electronic communication device at least part of the received electronic data, user information of the user, and the hardware profile to an authentication server, and if the authentication server authenticates the sent user information, the hardware profile, and the sent electronic data, performing the transaction with the first electronic communication device. Preferably, the first electronic communication device is a desktop computer and the second electronic device is a smartphone.

Alternatively, the method can comprise the additional step of authenticating with the authentication server.

In one version the first electronic communication device comprises a visual display, wherein the visual display is read with the second electronic communication device.

In another version the second electronic communication device comprises a visual display, wherein the visual display is read with the first electronic communication device.

Preferably, the visual display is a Quick Response (QR) code.

The present invention is also directed to a system for creating a combined electronic identification associated with a hardware device comprising a processor, memory, and a connection for receiving information executable by the processor. The processor being programmed to receive through the connection the user information, authenticate the user from the user information, receive through the connection the hardware profile, store in memory the received user information and the received hardware profile, and link the user information and the hardware profile together as a combined electronic identification.

The present invention is also directed to a system for allowing a transaction by a user comprising a processor, memory, and a connection for receiving information for processing by the processor. The memory stores the stored user information and the stored hardware profile. The processor is programmed to receive through the connection the received user information and the received hardware profile, compare the received user information and the received hardware profile against the stored hardware profile wherein the received hardware profile and the stored hardware profile are different by at least 0.02%, and execute the transaction if the received hardware profile and the stored hardware profile match by at least 60% and the received user information and the stored user information match by at least 30%.

The present invention is also directed to a method of performing a transaction for a user using a first electronic communication device to perform the transaction comprising the steps of receiving information from the first electronic communication device, transmitting electronic data to the user, receiving from a second electronic communication device of the user at least part of the transmitted electronic data, user information associated with the second electronic communication device, and a hardware profile of the second communication device, the hardware profile comprising user generated data stored on the device, determining if the received electronic data, user information and hardware profile are authentic, and if authentic, permitting the user to perform the transaction with the first electronic communication device.

The present invention is also directed to a system for performing a transaction for a user using a first electronic communication device to perform the transaction comprising a processor, memory, and a connection for receiving information executable by the processor. The memory stores electronic data. The processor is programmed to receive through the connection information from the first electronic communication device, transmit through the connection the stored electronic data to the user, receive through the connection from the second electronic communication device at least part of the transmitted electronic data, user information associated with the second communication device, and hardware profile of the second communication device, and determine if the received electronic data, user information and hardware profile are authentic, and if authentic, permitting the user to perform the transaction with the first electronic communication device.

In one version of the invention, the received electronic data, user information and hardware profile are authentic, and the processor is programmed to send through the connection to the first electronic communication device a response regarding whether or not to perform the transaction.

DRAWINGS

These and other features, aspects and advantages of the present invention will become better understood with regard to the following description, appended claims, and accompanying figures where:

FIG. 1 shows a diagram of a system for creating a combined electronic identification and for allowing a transaction by a user to proceed;

FIG. 2A shows a flow diagram that illustrates the process of creating a combined electronic identification from both the user side and the server side;

FIG. 2B shows a flow diagram that illustrates the process of creating a combined electronic identification from both the user side and the server side;

FIG. 3A shows a flow diagram that illustrates the process of allowing a transaction by a user to proceed from both the user side and the server side;

FIG. 3B shows a flow diagram that illustrates the process of allowing a transaction by a user to proceed from both the user side and the server side;

FIG. 4A shows a diagram of a system and method for performing a transaction with a computer and a smartphone from both the user side and the server side;

FIG. 4B shows a version of the invention for performing a transaction with a computer and a smartphone from both the user side and the server side; and

FIG. 4C shows a version of the invention for performing a transaction with a computer and a smartphone from both the user side and the server side.

FIG. 4D shows a version of the invention for performing a transaction with a computer and a smartphone from both the user side and the server side.

FIG. 4E shows a version of the invention for performing a transaction with a computer and a smartphone from both the user side and the server side.

FIG. 4F shows a version of the invention for performing a transaction with a computer and a smartphone from both the user side and the server side.

DESCRIPTION

Methods and systems that implement the embodiments of the various features of the invention will now be described with reference to the drawings. The drawings and the associated descriptions are provided to illustrate embodiments of the invention and not to limit the scope of the invention. Reference in the specification to “one embodiment”, “an embodiment”, or “one version” is intended to indicate that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least an embodiment of the invention. The appearances of the phrase “in one embodiment”, “an embodiment”, or “one version” in various places in the specification are not necessarily all referring to the same embodiment.

Throughout the drawings, reference numbers are re-used to indicate correspondence between referenced elements. In addition, the first digit of each reference number indicates the figure where the element first appears.

As used in this disclosure, except where the context requires otherwise, the term “comprise” and variations of the term, such as “comprising”, “comprises”, and “comprised” are not intended to exclude other additives, components, integers or steps.

In the following description, specific details are given to provide a thorough understanding of the embodiments. However, it will be understood by one of ordinary skill in the art that the embodiments may be practiced without these specific details. Well-known circuits, structures and techniques may not be shown in detail in order not to obscure the embodiments. For example, circuits may be shown in block diagrams in order not to obscure the embodiments in unnecessary detail.

Also, it is noted that the embodiments may be described as a process that is depicted as a flowchart, a flow diagram, a structure diagram, or a block diagram. Although flowchart may describe the operations as a sequential process, many of the operations can be performed in parallel or concurrently. In addition, the order of the operations may be rearranged. A process is terminated when its operations are completed. A process may correspond to a method, a function, a procedure, a subroutine, a subprogram, etc. When a process corresponds to a function, its termination corresponds to a return of the function to the calling function or the main function.

Moreover, storage may represent one or more devices for storing data, including read-only memory (ROM), random access memory (RAM), magnetic disk storage mediums, optical storage mediums, flash memory devices and/or other machine readable mediums for storing information. The term “machine readable medium” includes, but is not limited to portable or fixed storage devices, optical storage devices, wireless channels and various other mediums capable of storing, containing or carrying instruction(s) and/or data.

Furthermore, embodiments may be implemented by hardware, software, firmware, middleware, microcode, or a combination thereof. When implemented in software, firmware, middleware or microcode, the program code or code segments to perform the necessary tasks may be stored in a machine-readable medium such as a storage medium or other storage(s). One or more than one processor may perform the necessary tasks in series, concurrently or in parallel. A code segment may represent a procedure, a function, a subprogram, a program, a routine, a subroutine, a module, a software package, a class, or a combination of instructions, data structures, or program statements. A code segment may be coupled to another code segment or a hardware circuit by passing and/or receiving information, data, arguments, parameters, or memory contents. Information, arguments, parameters, data, etc. may be passed, forwarded, or transmitted through a suitable means including memory sharing, message passing, token passing, network transmission, etc.

In the following description, certain terminology is used to describe certain features of one or more embodiments of the invention.

“Transaction” means a communicative action or activity involving two parties or things that reciprocally affect or influence each other.

“Hardware profile” means data that is generated by a user with regard to a hardware device and at least some data specifically associated with and created by the user. As examples, it can be information relating to installed applications, portions of the user's contacts, applications added by the user, music added by the user, and the like.

FIG. 1 shows an embodiment of the present invention, depicting a system for creating a combined electronic identification and for allowing a transaction by a user to proceed, comprising a hardware device 100, an authentication server 102, and an evaluation server 104. The hardware device 100 is preferably any device configured with a touchscreen that has the ability to engage in secure wireless communications with various communication networks, such as cellular, satellite and the various forms of Internet connectivity. In one embodiment, the hardware device 100 is capable of capturing biometric input including, but not limited to, fingerprint, facial recognition, voice verification, and vein verification.

In another embodiment, the hardware device 100 comprises a processor, memory, an input interface, and a transmitter, the processor being programmed to process through the input interface the user information, transmit through the transmitter the user information to a first server, receive through the transmitter authentication from a second server, and transmit through the transmitter the hardware profile to the first server to create a combined electronic identification. In one version of the invention, the hardware device 100 is a mobile phone, computer, or tablet computer. The input interface is preferably a touchscreen interface, and the transmitter is preferably a wireless communication module. Alternatively, the first and second server are the same server.

In one embodiment, the authentication server 102 comprises a processor, memory, an input interface, and a connection for receiving information executable by the processor, the processor being programmed to receive through the connection user information, authenticate the user from the user information, receive through the connection a hardware profile, store in memory the received user information and the received hardware profile, and link the user information and the hardware profile together as a combined electronic identification.

Preferably the authentication server 102 is an infrastructure as a service (IaaS) provider that includes at least two 64-bit high-CPU medium Amazon Elastic Compute Cloud (EC2) server instances to be used for active Mongo database hosts, which are connected to a load balancer, which is in turn connected to the client. Preferably, the authentication server 102 also includes 16 Elastic Block Store (EBS) volumes to be used in two redundant array of independent disks (RAID) 10 arrays to support active Mongo database servers, and one 64-bit micro instance to be used for Mongo Arbiter role.

Preferably, the evaluation server 104 can be associated with any third party authentication authority such as a credit information agency, such as, but not limited to, Experian.

Referring now to FIGS. 2A and 2B, an embodiment of the present invention depicts a method of creating a combined electronic identification associated with a hardware device 100. A user first installs an application onto the hardware device and executes the application 200. The application is a program that is downloaded and installed onto the hardware device 100, and is used to create the combined electronic identification. The application obtains user information about the user of the device 202 by prompting the user to input user information 204 about the user on the device, including but not limited to, the user's e-mail address, password, name, address, home number, and mobile phone number. The e-mail address is checked with an authentication server to determine whether there is a conflicting e-mail that was previously registered 206.

In another version of the invention, the user information comprises information about the user selected from the group consisting of the user's (a) name, (b) the user's social security number, (c) national identification number, (d) passport number, (e) IP address, (f) vehicle registration number, (g) vehicle license plate number, (h) driver's license number, (i) appearance, (j) fingerprint, (k) handwriting, (l) credit card information, (m) bank account information, (n) digital identity, (o) date of birth, (p) birthplace, (q) past and current residence, (r) age, (s) gender, (t) marital status, (u) race, (v) names of schools attended, (w) workplace, (x) salary, (y) job position, (z) additional biometric data, and combinations of one or more thereof. All of this information, except for the password, can be automatically gathered by the application if it is already stored in the hardware device 100.

The user's name includes, but is not limited to, first, last, middle, and any nicknames, and portions thereof. The user's social security number and IP address include all or part of the number and combinations thereof. The user's national identification number, passport number, vehicle registration number, vehicle license plate number, and driver's license number include letters and symbols, in addition to numbers, and portions thereof. Biometric data includes, but is not limited to, fingerprint, handwriting, retina, appearance, and voice data. Credit card information includes all or part of the number, expiration date, issuing bank, type (e.g. Visa, MasterCard, Discover, or American Express) and combinations thereof. The user's digital identity includes characteristics and data attributes, such as a username and password for various online accounts (e g banking, social media, weblogs, e-mail, etc.), online search activities (e.g. electronic transactions), medical history, purchasing history, purchasing behavior. A digital identity can also be linked to an e-mail address, URL, and domain name.

The hardware device stores the user information and obtains a hardware profile 208 of the hardware device 210, the hardware profile 208 comprising user generated data stored on the device 100. The hardware profile 208 includes, but is not limited to information on the hardware device selected from the group consisting of (a) contact information, (b) mobile network code, (c) information about music, (d) pixel colors from a background screen, (e) installed applications, (f) arrangement of the applications, (g) frequency of use of applications, (h) location of the user, (i) Bluetooth device pairings, (j) carrier name, (k) mobile country code, (l) phone number, (m) photos, (n) device name, (o) MAC address, (p) device type, and combinations of one or more thereof. The hardware profile 208 can also include portions of any of the above such as just a portion of the titles of some of the music on the device 100.

Contact information includes, but is not limited to, telephone numbers (home, work, and mobile), e-mail addresses (personal and work), addresses (home and work), and names (first, last, middle, and nickname) of contacts stored on the hardware device 100. Information about music includes, but is not limited to, song names, artist names, playlist names, songs in playlists, and duration of songs and playlists. Information about applications includes, but is not limited to, application names, size of applications, and version of applications. Information about photos includes, but is not limited to, photo names, photo locations, and photo sizes. Information about device type includes, but is not limited to, iPhone, iPad, Droid smartphone, and all other types of smartphones and tablet computers.

The hardware device 100 then sends the user information along with the hardware profile from the device to an authentication server 212 to create a combined electronic identification, the hardware profile 208 comprising user generated data stored on the device 100. In one version of the invention, the authentication server stores the user information and hardware profile and passes only portions of the received user information and none of the hardware information to an evaluation server 214. In order to authenticate the user from the user information, the evaluation server evaluates the information, and responds with an identity score based on the evaluation of the user provided information 216. The hardware device receives the authentication from the server. In the case the evaluation server is associated with Experian, a Precise ID (PID) score is received. In one case the identity score is a numerical representation (from 0 to 1000) of the likelihood the user is a fraud. The closer the identity score is to 1000, the less likely the user is a fraud. Preferably, the matter proceeds only if the identity score is over 660.

The authentication server stores the identity score 218 and uses it to create a confidence score 220, which is also stored on the authentication server. The confidence score is calculated using the identity score and the user information 220. The confidence score is a numerical representation of the likelihood the user is a fraud. If the confidence score is within accepted tolerances 222, the user information and the hardware profile are linked together to create the combined electronic identification that is stored on the hardware device and authentication server 224. The accepted tolerances are set according to the requirements of the transactions. For example, for lower value transactions the probability that it is an authenticated user may be set at 80%. For higher value transactions the probability that it is an authenticated user may be set at 99.999999%. Preferably, linking is done by concatenating the user information 202 and the hardware profile 208. The user is then notified of the authentication and creation of the combined electronic identification 226.

In one version of the invention at least one of the user information 202 and the hardware profile 208 are salted and hashed prior to linking. Alternatively, both the user information 202 and hardware profile 208 are salted and hashed prior to linking Preferably, salting is done by a three to seven digit random number generator, and hashing is done by Secure Hash Algorithm-2 (SHA-2). The hash can be four digits of a 64 bit string. Preferably, the hardware profile 208 and user information 202 are salted and hashed before transfer to any external device. The salting and hashing can be by individual items or in groups of items.

In one version the hash is truncated to reduce the amount of information transmitted to a server. The truncation can be performed in such a way that sufficient information is retained to differentiate one user from another user.

In one version of the invention, if the confidence score is not within the accepted tolerances, a request is sent by the hardware device to the authentication server that further authentication is needed, and the authentication server receives the request 228. The authentication server then sends the request to the evaluation server, the evaluation server receives the request 230, and the evaluation server sends knowledge based questions (KBQ) to the authentication server 230, which sends the KBQ's to the hardware device 232. The knowledge questions are commonly used by credit agencies to verify a user's identity, and are commonly known in the art, e.g., “What was the color of your first car?” Preferably, the knowledge questions are sent in extensible markup language (XML) format. The user is presented with the knowledge questions, the user provides answers to the knowledge questions, and the answers are sent back to the evaluation server via the authentication server 234, 236. The evaluation server evaluates the answers and sends an updated identity score to the authentication server 238, which is then sent to the device 240. An updated confidence score is calculated using the updated identity score and the user information. If the updated confidence score is within accepted tolerances 242, the user information and the hardware profile are linked to create the combined electronic identification, which is stored on the hardware device 244, and the user is notified of the result 246. The accepted tolerances are set according to the requirements of the transactions. For example, for lower value transactions the probability that it is an authenticated user may be set at 80%. For higher value transactions the probability that it is an authenticated user may be set at 99.999999%. If the confidence score is not within accepted tolerances, the updated confidence score, user information, and hardware profile are deleted 248 and the user is notified that the authentication was denied 250.

Preferably, the confidence score determines the types of transactions that are available to the user, which includes consideration of the method by which the user was authenticated to create the combined electronic identification. For example, whether the user needed to answer KBQ's.

In one version of the invention, once the combined electronic identification is created, no personal identifying factors are retained or only a selected set is retained on the hardware device, such as the user's name and address.

Alternatively, instead of using an evaluation server 104, the user's identity can be verified by authenticating the user information against a private database or directory, including but not limited to, Lightweight Directory Access Protocol (LDAP) or Active Directory, as commonly known in the art. In another version of the invention, the user's identity can be verified by sending a one-time password to the user via voice call, SMS message, or e-mail, which is commonly known in the art.

Preferably, the above-described method is accomplished by executing the following algorithm:

I. User information

-   -   1) Concatenate provided e-mail (SHA-2) and MAC address (SHA-2)         and store. Include the salt:         (SHA-2/123e-mailAddressSHA-2/321MACaddress). Salt is the extra         digits appended to e-mail and MAC (123,321).

II. Generate confidence score

-   -   1) User Activity         -   a) did user perform an activity that enhances the confidence             that they are the actual user of the device, such as             selecting information already stored on the hardware device             or whether the user is at a normal location consistent with             their activities.             -   i) If yes, set variable DPID to 90%             -   ii) If no, set variable DPID to 70%     -   2) Receive KBQ identity score from evaluation server.         -   a) If KBQ identity score is over 66, allow creation of             combined electronic identification.         -   b) If KBQ identity score is below 66, deny creation of             combined electronic identification.     -   3) Calculate confidence score. Confidence score is stored on         authentication server, never passed to hardware device.         -   a) Confidence Score=(PID from Experian*DPID)*(0.01*KBQ             identity score)         -   b) Example: (630*0.9)*(0.01*73)=413, where for purposes of             this example 630 is a generic PID that is representative of             the type of score that can be provided.

III. Hardware profile

-   -   1) Initial and Subsequent State Characteristics         -   a) Device Characteristics             -   i) MAC address             -   ii) Device type—iPhone, iPad, etc. (*model)             -   iii) Device name (*name)             -   iv) Carrier name (*carrierName)             -   v) Mobile Country Code (*mcc)             -   vi) Mobile Network Code (*mnc)         -   b) Device Personality             -   i) Contacts using full name.             -   ii) Songs using full song names.             -   iii) Application names.             -   iv) Bluetooth device parings. (go over testing methods                 with Charles)             -   v) Photo names (as stored on device) (future                 development)             -   vi) Photo locations (future development)     -   2) TraitWareID (TWID-Initial State)—Items sent to MongoDB

With the following items, create salted hashes with dynamic salt on the device and send to the server. In addition, store the salt independently on the device. Use a random five digit number for the salt.

-   -   a) Initial Database of Contacts (Full Name)     -   b) Initial Database of Song Titles (Use full titles)     -   c) Initial Database of Apps (App name)     -   d) Bluetooth Device Pairings     -   e) Device type—iPhone, iPad, etc. (*model)     -   f) Device name (*name) [00105]     -   g) Carrier name (*carrierName)     -   h) Mobile Country Code (*mcc)     -   i) Mobile Network Code (*mnc)

Referring now to FIGS. 3A and 3B, an embodiment of the present invention, depicting a method of allowing a transaction by a user utilizing a stored electronic identification, the stored electronic identification comprising a first stored hardware profile and stored user information, the method comprising the steps of receiving user information and a hardware profile of hardware associated with the user, both hardware profiles comprising user generated data stored on the device, comparing the received user information and the received hardware profile against the stored electronic profile, wherein the received hardware profile and the stored hardware profile are different by at least 0.02%, and allowing the transaction to proceed only if the received hardware profile and the stored hardware profile match by at least 60% and the received user information and the stored user information match by at least 30% is shown.

In another version of the invention, an authentication server 102 comprises a processor, memory, and a connection for receiving information for processing by the processor, the memory storing a stored user information and a stored hardware profile, the processor being programmed to receive through the connection the received user information and the received hardware profile, compare the received user information and the received hardware profile against the stored hardware profile wherein the received hardware profile and the stored hardware profile are different by at least 0.02%, and execute the transaction if the received hardware profile and the stored hardware profile match by at least 60% and the received user information and the stored user information match by at least 30%.

First the user opens the application after being authenticated and having a combined electronic identification created by the steps described above 300. The user is then presented with an option to either delete the combined electronic identification 302-312, or to initiate a transaction 316. In the figure, the transaction depicted is an ATM withdrawal. In other embodiments, the transaction can be any type of transaction, including, but not limited to, financial transactions, accessing a file, logging into a website, opening a door to a business or house, starting a car, and being alerted to a washing machine reaching the end of its cycle.

If the user chooses to initiate a transaction, the hardware device's current hardware profile and user information are used to create a new combined electronic identification on the hardware device, and the new combined electronic identification is sent to an authentication server 318. The authentication server then compares the new combined electronic identification that was sent from the hardware device with a stored previously created combined electronic identification on the authentication server 320. If they do not match 322, the transaction does not proceed 324. If they match within a set tolerance, the current hardware profile and transaction details are sent to an authentication server 326. In one embodiment, the set tolerance is between 0.02% and 76%.

The authentication server then compares the received current hardware profile to a previously stored hardware profile 328. This is accomplished by calculating the percentage difference of the previously stored hardware profile with the received current hardware profile. If the percentage difference is not within a set tolerance 330, the transaction does not proceed 332. In one embodiment, the set tolerance for the hardware profile is between 0.02% and 76%. If the current hardware profile matches the previously stored hardware profile within the set tolerance, the transaction is allowed to proceed 334. Alternatively, the combined electronic identifications and the hardware profiles are sent together for evaluation by the authentication server at the same time. Preferably the percentage difference between the current user information and a previously stored user information is also between 0.02% and 76%.

Preferably the transaction is allowed to proceed only if the current hardware profile and the previously stored hardware profile are different by at least a factor which is a function of the time since the last transaction. For example, a transaction may not be allowed to proceed unless there is a 0.02% change in the hardware profile, which would represent a change in one of the user's characteristics after a week.

In one version of the invention, the transaction is not allowed to proceed if the received hardware profile and the stored hardware profile are identical, which could indicate a copied profile.

A new confidence score is generated by using the previously created combined electronic identification, the new combined electronic identification, the confidence score calculated based on the percent difference between the previously stored and current hardware profiles, and the previously calculated confidence score 335. The new confidence score is a numerical representation between 0 and 1 of the probability that the user is a fraud.

In one version multiple user hardware profiles are obtained for user information data and the percent differences between user hardware profiles are computed. The differences are used to create statistical distributions which can be used to create statistical probabilities by which a user data or information differs from another user and which can be used to determine that a device to which a user has been assigned is statistically different from another user. This information can be used to determine that a particular device belongs to a particular user.

In one version of the invention, the percent differences between user hardware profiles are computed using the Levenshtein Distance equation, which defines the distance between two strings a, b, is given by lev_(a,b)(|a|,|b|) where:

${{lev}_{a,b}\left( {i,j} \right)} = \left\{ \begin{matrix} {{\max\left( {i,j} \right)},} & {{\min\left( {i,j} \right)} = 0} \\ {\min\left\{ {\begin{matrix} {{{lev}_{a,b}\left( {{i - 1},j} \right)} + 1} \\ {{{lev}_{a,b}\left( {i,{j - 1}} \right)} + 1} \\ {{{lev}_{a,b}\left( {{i - 1},{j - 1}} \right)} + \left\lbrack {a_{i} \neq b_{j}} \right\rbrack} \end{matrix},} \right.} & {else} \end{matrix} \right.$

The new confidence score is checked to determine if it is within a set tolerance 336. Preferably, the set tolerance is 99.999999%, so that the transaction proceeds only if the new confidence score is over 99.999999%. If it is not, then additional steps need to be taken to increase the new confidence score, such as prompting the user for a password or biometric authentication 338-350. If the confidence score is unable to be increased, the transaction is not allowed to proceed 352, 354.

If the new confidence score is within the set tolerance, the new combined electronic identification replaces the stored combined electronic identification on the authentication server and the transaction is allowed to be completed 356-360.

In another version of the invention, the transaction is allowed to proceed only if the received hardware profile and the stored hardware profile match by at least 40%. Alternatively, the transaction is allowed to proceed only if the received hardware profile and the stored hardware profile match by at least 50%. In another version the transaction is allowed to proceed only if the received hardware profile and the stored hardware profile are different by at least 1%.

It has been found that, though there will be changes in the user information and the hardware profile, individuals are sufficiently unique that a particular user can still be identified by the user information and the hardware profile to a high probability. The data shows that even if the received hardware profile and the stored hardware profile differ by 44%, there is still only a 1 in 360 billion chance that it is not the same device. If the data were to change by 60% there would be still be a 99.99% chance that the device is the same. Even a 76% difference corresponds to a 1 in 3 probability. In regards to the current invention, using the user information and the hardware profile results in differentiation of an individual device to greater than 1 in 500 million.

FIGS. 4A through 4F depict systems and methods for a user to perform a transaction with an electronic communication device 400, 402 comprising the steps of salting and hashing a hardware profile 208 of the electronic communication device 400, 402 with user information 204 stored on the device, the hardware profile comprising user generated data stored on the device, sending the salted and hashed hardware profile 208 and user information 204 to a server 404, and receiving instructions from the server 404 regarding whether or not to proceed with the transaction.

Preferably, salting is done by a three to seven digit random number generator, and hashing is done by SHA-2.

Preferably, the steps further comprise entering a security pin to verify the user. The security pin can be any arrangement of numerical digits that is well-known in the art.

In one version of the invention, a method for a user to perform a transaction utilizing a first electronic communication device 400 comprises the steps of connecting with a transaction receiver, receiving from the transaction receiver electronic data for a second electronic communication device 402 different from the first electronic communication device 400, the second electronic communication device 402 having a user associated therewith and a hardware profile 208 associated therewith, the hardware profile 208 comprising user generated data stored on the second electronic communication device 402, sending with the second electronic communication device 402 at least part of the received electronic data, user information 204 of the user, and the hardware profile 208 to an authentication server 404, and if the authentication server 404 authenticates the sent user information 206, the hardware profile 208, and the sent electronic data, performing the transaction with the first electronic communication device 400. Preferably, the method includes the step of authenticating with the authentication server 404. Preferably, the transaction receiver is a secure website that uses the methods described above in FIGS. 3A and 3B for authenticating a combined electronic identification for accessing the secure website.

In one version the first electronic communication device 400 comprises a visual display, wherein the visual display is read with the second electronic communication device 402.

In another version the second electronic communication device 402 comprises a visual display, wherein the visual display is read with the first electronic communication device 400.

Preferably, the visual display is a Quick Response (QR) code.

In one embodiment, a method of performing a transaction for a user using a first electronic communication device 400 to perform the transaction comprises the steps of receiving information from the first electronic communication device 400, transmitting electronic data to the user, receiving from a second electronic communication device 402 of the user at least part of the transmitted electronic data, user information 204 associated with the second electronic communication device 402, and a hardware profile 208 of the second electronic communication device 402, the hardware profile comprising user generated data stored on the second electronic communication device 402, and determining if the received electronic data, user information 204 and hardware profile 208 are authentic, and if authentic, permitting the user to perform the transaction with the first electronic communication device 400.

In one version of the invention, the method comprises the additional step of permitting the user to perform the transaction.

In one version of the invention, if the received electronic data, user information 204 and hardware profile 208 are authentic, the method comprises the additional step of performing the transaction for the user.

In another embodiment, a system for performing a transaction for a user using a first electronic communication device 400 to perform the transaction comprises a processor, memory, and a connection for receiving information executable by the processor, the memory storing electronic data, the processor being programmed to receive through the connection information from the first electronic communication device 400, transmit through the connection the stored electronic data to the user, receive through the connection from the second electronic communication device 402 at least part of the transmitted electronic data, user information 204 associated with the second communication device 402, and hardware profile 208 of the second communication device 402, and determine if the received electronic data, user information 204 and hardware profile 208 are authentic, and if authentic, permitting the user to perform the transaction with the first electronic communication device 400.

In one version of the invention, if the received electronic data, user information 204 and hardware profile 208 are authentic, the processor is programmed to send through the connection to the first electronic communication device 400 a response regarding whether or not to perform the transaction.

FIG. 4A depicts a system of performing a transaction with a first electronic communication device 400 and a second electronic communication device 402. Preferably, the first electronic communication device 400 is a desktop computer and the second electronic communication device 402 is a smartphone. The desktop computer can be a public computer, a workplace computer, or any computer not used by the user in relation to creating or authenticating a combined electronic identification. The smartphone has previously been used to create a combined electronic identification according to the methods described above in FIGS. 2A and 2B, and has a combined electronic identification associated with it. The first electronic communication device 400 and the second electronic communication device 402 each comprise a processor, memory, and a connection for receiving and transmitting information executable by the processor. The system further comprises an authentication server 404 and a webserver 406.

FIG. 4D describes a method of performing a transaction with a first electronic communication device 400 and a second electronic communication device 402. A user first navigates to a secure website which uses the methods described above in FIGS. 3A and 3B for authenticating a combined electronic identification for accessing the secure website 408. The user is presented with a visual display on the desktop computer, the visual display containing information about the website and the computer requesting access 410. Preferably, the visual display is a Quick Response (QR) code. In another version of the invention, the user receives a wireless signal instead of a visual display. The wireless signal can be of any type known in the art, including, but not limited to, near field communication (NFC) and Bluetooth. The information presented in the visual display or wireless signal may consist of, but is not limited to, the website URL, a geographic location, the IP address of the computer, a time stamp, and a date stamp.

The user scans the visual display with a program stored on the smartphone 412. Most smartphones come equipped with a program that uses a camera 403 on the smartphone to scan visual displays or other objects. The smartphone transmits the encoded information in the visual display along with the combined electronic identification to an authentication server 414. In the version where a wireless signal is used, the smartphone transmits the encoded information in the wireless signal along with the combined electronic identification to the authentication server.

The authentication server receives the encoded information and the combined electronic identification and analyzes the received encoded information and combined electronic identification to determine if the user has the necessary rights to access the secure website using the authentication method described above in FIGS. 3A and 3B 416. Preferably, the authentication process uses information such as a previously created combined electronic identity and a confidence score, which are stored on the authentication server or on the webserver.

The authentication server sends a response to a webserver 418 which then grants or denies access to the secure website 420. The response is displayed to the user on the desktop computer either allowing or denying the user access to the secure website.

In one version of the invention involving high security access, the user will have to use a biometric whose characteristics were previously stored on the smartphone, authentication server, or webserver to either access the smartphone or access the program used to read the QR code.

FIGS. 4B and 4E show another version of the invention, where a user scans a visual display generated by a secure website on a first electronic communication device with a second electronic communication device 422-426, and the second electronic communication device determines if the second electronic communication device has the appropriate credentials to access the secured website 428. The visual display contains encoded information about the website and the computer requesting access. Preferably, the first electronic communication device 400 is a desktop computer and the second electronic communication device 402 is a smartphone. The desktop computer can be a public computer, a workplace computer, or any computer not used by the user in relation to creating or authenticating a combined electronic identification. Preferably the desktop computer has a webcam 401 that is programmed to recognize QR codes. The smartphone has previously been used to create a combined electronic identification according to the methods described above in FIGS. 2A and 2B, and has a combined electronic identification associated with it.

If the smartphone has the appropriate credentials, the smartphone generates a visual display 430 which is scanned by the desktop computer to grant access to the secure website 432. The authentication process is the same as that described above for FIGS. 3A and 3B. Preferably, the visual display is a QR code. In another version of the invention, the user receives a wireless signal instead of a visual display. The wireless signal can be of any type known in the art, including, but not limited to, NFC and Bluetooth. The encoded information may contain, but is not limited to, login credentials, a geographic location, a confidence score, a time stamp, and a date stamp.

In one version of the invention involving high security access, the user will have to use a biometric whose characteristics were previously stored on the smartphone, an authentication server, or a webserver to either access the smartphone or access the program used to read the QR code.

FIGS. 4C and 4F show another version of the invention, where a user's smartphone, which has been previously authenticated according to the method described above in FIGS. 1-3, creates a QR code, or sends a wireless signal using NFC or Bluetooth, which contains encoded information about the user 434. The encoded information presented in the QR or wireless signal, includes, but is not limited to, a name, a geographic location, a time stamp, and a date stamp. The encoded information is for one-time use.

When the QR or other encoded information is created on the device, the device also sends the encoded information to an authentication server along with a combined electronic identification associated with the smartphone 436. The authentication server analyzes the combined electronic identification and matches the encoded information to an account of the user in order to authenticate the user. When a desktop computer scans the QR code or receives the wireless signal created by smartphone 438, the desktop computer sends the encoded message to a webserver 440. The desktop computer can be a public computer, a workplace computer, or any computer not used by the user in relation to creating or authenticating a combined electronic identification. Preferably the desktop computer has a webcam that is programmed to recognize QR codes.

The webserver queries the authentication server regarding whether the user is authenticated based on the encoded information and the combined electronic identification 442. The authentication server responds to the webserver to either grant or deny access to a secure website 444. The webserver then grants or denies access to the secure website 446.

In one version of the invention involving high security access, the user will have to use a biometric whose characteristics were previously stored on the smartphone, authentication server, or webserver to either access the smartphone or access the program used to read the QR code.

Although the present invention has been discussed in considerable detail with reference to certain preferred embodiments, other embodiments are possible. For example, the visual display can be a bar code. Therefore, the scope of the appended claims should not be limited to the description of preferred embodiments contained in this disclosure.

All the features disclosed in this specification (including any accompanying claims, abstract, and drawings) can be replaced by alternative features serving the same, equivalent or similar purpose, unless each feature disclosed is one example only of a generic series of equivalent or similar features. 

The invention claimed is:
 1. A system for allowing an authorized transaction, comprising one or more processors, and one or more memory, wherein the one or more memories have stored thereon machine readable instructions that when executed by the one or more processors is configured to perform the functions of: receive user information about a user of a device; receive a device personality, the device personality comprising user generated data stored on the device; combine the user information and the device personality as a combined electronic identification; store the combined electronic identification on an authentication server; prior to the transaction, receive an updated user information and an updated device personality comprising user generated data stored on the device; compare an updated combined electronic identification from the updated user information and the updated device personality against the combined electronic identification; generate a confidence score using the updated combined electronic identification and the combined electronic identification; and allow the transaction to proceed when the confidence score is within a first set tolerance; wherein the first set tolerance is based on: collecting multiple user device personalities, creating statistical distributions to create statistical probabilities to determine how much an individual device personality associated with one user differs from another individual device personality associate with another user, and using the statistical probabilities to determine the set tolerance where a device to which a user has been assigned is statistically different form an other device from another user.
 2. A method comprising the steps of: obtaining a device personality, the device personality comprising user generated data stored on the device; obtaining user information about a user of a device; authenticating the user from the user information, wherein authentication is positive when the user information meets an accepted tolerance; prior to the transaction and after authenticating the user, receiving an updated device personality comprising updated user generated data stored on the device; comparing the updated device personality against the device personality; and allowing the transaction to proceed only after comparing the device personality and the updated device personality and when the device personality and the updated device personality match within a set tolerance, wherein the set tolerance between the device personality and the updated device personality is determined by: collecting multiple user device personalities, creating statistical distributions to create statistical probabilities to determine how much an individual device personality associated with one user differs from another individual device personality associated with another user, and using the statistical probabilities to determine the second set tolerance where a device to which a user has been assigned is statistically different from an other device from another user.
 3. The method of claim 2, wherein the comparing the device personality and the updated device personality comprises determining a percent difference between the device personality and the updated device personality.
 4. The method of claim 3, wherein allowing the transaction to proceed occurs when a percentage difference between the device personality and the updated device personality is between 0.02% and 76%.
 5. A system for allowing an authorized transaction, comprising one or more processors, one or more memories, an input interface, and a transmitter, wherein the one or more memories have stored thereon machine readable instructions that when executed by the one or more processors is configured to perform the functions of: receive user information about a user; send data related to the user information to a server; send a device personality, from a device to the server, the device personality relating to user generated data stored on the device including user contacts, song names, photo names, pixel color of a background screen, or combinations thereof; send data related to an updated device personality comprising updated user generated data stored on the device to the server; compare the updated device personality against the device personality; allow the transaction to proceed only after comparing the device personality and the updated device personality and when the device personality and the updated device personality match within a set tolerance, wherein the set tolerance between the device personality and the updated device personality is determined by: collecting multiple user device personalities; creating statistical distributions to create statistical probabilities to determine how much an individual device personality associated with one user differs from another individual device personality associated with another user; and using the statistical probabilities to determine the set tolerance where a device to which a user has been assigned is statistically different from an other device from another user.
 6. The system of claim 5, where the server comprises two servers.
 7. A method for a user to perform a transaction using a first electronic communication device comprising the steps of: connecting with a transaction receiver from the first electronic communication device; receiving at a server a device personality for a second electronic communication device different from the first electronic communication device, the device personality relating to user generated data stored on the second electronic communication device including user contacts, song names, photo names, pixel color of a background screen, or combinations thereof; sending data received from the user on the first electronic communication device to the server; receiving at the server an updated device personality from the second electronic communication device; and comparing the updated device personality and the device personality; performing the transaction only when the updated device personality and the device personality match within a set tolerance, wherein the set tolerance between the device personality and the updated device personality to allow the transaction to proceed is determined by: collecting multiple user device personalities, creating statistical distributions to create statistical probabilities to determine how much an individual device personality associated with one user differs from another individual device personality associated with another user, and using the statistical probabilities to determine the set tolerance where a device to which a user has been assigned is statistically different from an other device from another user storing the updated device personality on the server only when the transaction is approved by the updated device personality and the device personality matching within the set tolerance.
 8. The method of claim 7, wherein a comparison of the device personality and the updated device personality is a percent difference.
 9. The method of claim 8, wherein the set tolerance is between 0.02% and 76% difference.
 10. The method of claim 7, wherein the set tolerance is based on an elapsed time between the receiving of the device personality and the updated device personality of the second electronic communication device at the server.
 11. A system for allowing an authorized transaction, comprising one or more processors, one or more memories, and a communication connection, the one or more memories storing electronic data and instructions, the one or more processors configured to execute the stored instructions and perform the following steps: receive through the communication connection information from a first electronic communication device; receive through the connection from a second electronic communication device, a device personality related to user generated data stored on the second electronic communication device including user contacts, song names, photo names, pixel color of a background screen, or combinations thereof; and permitting the authorized transaction with the first electronic communication device only when a comparison of the device personality and a stored device personality match within a set tolerance; replace the stored device personality with the device personality only when the comparison is within the set tolerance to allow the transaction to proceed, wherein the set tolerance is determined by: collecting multiple user device personalities, creating statistical distributions to create statistical probabilities to determine how much an individual device personality associated with one user differs from another individual device personality associated with another user, and using the statistical probabilities to determine the set tolerance where a device to which a user has been assigned is statistically different from an other device from another user. 